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Datentransfersystem und Endgerat 

Die hier behandelte Erf indung beruhrt das mit den Formatierungssprachen auf 
dem jeweils benutzten Anwendungsniveau zu realisierende 
5 Informationstransfersystem, wobei z.B. durch den Gebrauch verschiedener 

Formatierungssprachen bei der Erstellung von Seiten es moglich ist, eine niedrige 
Obertragungskapazitat in ein eigenes Datenubertragungssystem zu ubermitteln. 
Daruber hinaus beruhrt die ErRndung auch Endgerate, insbesondere 
MobilfunkgerSte. 

10 

Die elektronische Datenubermrttiung ist ein wachsender Bereich. Seit Daten in 
elektrischer Form ubermittett warden, war man stets mit dem gleichen Problem 
konfrontiert: Wie kann die GrdBe des elektronischen Dokuments minimiert 
werden. Das typische Dokument, das Texte in verschiedenen Formaten enthalt, 
1 5 Bilder und Diagramme, ist als digital dargestelKe Bitkarte von gewaltigen 

AusmaBen. Eine weitverbreitete L5sung zur Losung dieses Problems war SGML 
(Structured Generic Markup Language) - eine Forrnatierungssprache. Sie legt die 
elektronische DatenQbertragung in einer bestimmten Rahmenstruktur test. 

20 Die HTML (Hypertext Markup Language) - Forrnatierungssprache ist wegen der 
groBen Beliebtheit der WWW (World Wide Web) - Seiten mit deutlichem Abstand 
die am meisten bekannte Sprache, die SGML-Standard sich zu eigen macht. 
Dennoch gibt es weltweit unzahlige andere Formatierungssprachen, die an den 
SGML -Standard anlehnen, wie die z.B. f Qr verschiedene Drucker entwfckelte 

25 SPDL -Sprache (Standard Page Description Language) und die z.B. f Qr 

Multimedia-Anwendungen geeignete, Musik und Texte unterstfttzende SMDL- 
Sprache (Standard Music Description Language). Die groBe Beliebtheit der mit 
Hiffe der HTML-Formatierungssprache erstellten WWW-Seiten ist auf deren gute 
Presentation und Benutzerfreundlichkert zurQckzufQhren. Die EntwicWung des 

30 WWW in seiner Gesamtheit wird vom World Wide Web Consortium (W3C) 
kontrolliert und uberwacht. 

Die HTML-Formatierungssprache ist die Dokumenttypdefinition (DTD, Document 
Type Definition), die eigentlich erne Teilgruppe der SGML-Formatrerungssprache 
35 ist Wie jede Typdefinition eines Dokuments auch, bestimmt sie die Anfangs- und 
Endzeichen eines Dokuments durch einzelne Datenelemente, sowie den Bereich, 
wo in Reihenfolge jedes Datenelement auftreten kann. HTML wurde insbesondere 
zur AnschlieBung von Hypertext-Links an Dokumente als auch zur Verbindung 
dieser mit verschiedenen Dokumenten geschaffen. Der HTML-Standard hat sich 
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rasant auch zu einem Datenspeicher- und VermHtlungsstandard entwickelt, 
besonders fur groBe Organisationen, wie Untemehmen sowie kommunale als 
auch staatliche Verwaftungsorgane. 

5 Die HTML-Formatierungssprache ist im Zusammenhang mit den Gebrauch von 
Endgeraten mit relativ groBer DatenGbertragungskapazitat konzipiert worden. In 
der Zukunft werden HTML-Sprachenerweiterungen gegenOber fruher 
hauptsachlich grdBere Datenkapazltaten, sogar mit dem Ziel der Obertragung 
bewegter Videobikter, unterstutzen. Dies wQrde u.a. weftweite VkJeokonferenzen 

10 via Internet ermoglichen. 

Der Vorteil der HTML-Sprache iiegt in der klaren Formatbeschreibung (der HTML- 
Code kann mit einem herkdmmlichen Texteditor gelesen und geschrieben 
werden) und ihrer Vielseitigkeit. Gerade zum Teil wegen dieser Faktoren ist sie 
aus der Sicht der Codeoptimierung nicht besonders effektlv. Jedes Dokument 

15 erfordert viei Steuer- und Kontrollzeichen, wobei besonders bei kurzen 

Dbkumenten der reine Informationsanteii aus der Textgesamtlange besonders 
niedrig ausfallt. Dies ist von Nachteil besonders fur Gerate mit niedriger 
Ubertragungskapazitat, aber auch besonders auch in sotehen Systemen, in denen 
die Systemrandbedingungen fur die DokumentgroBe eine bestimmte Obergrenze 

20 festlegen. 

Datenubermittlungssysteme mit niedriger Ubertragungskapazitat sind werterhin in 
der drahtlosen Kommunikation in Gebrauch. Bei der Anwendung von 
Datenservicen, z.B. beim BlSttem in den WWW-Seiten des Intemet-Netzes, . 

25 drahtlos z.B. mit dem Computer, dem Data-Adapter und dem GSM (Global 
System for Mobile communication) - MobiHelefon steht dem GSM-System ein 
9600 bps Datentransferkanal zur Verfugung. Dies reicht aus ziemlich gut aus, 
wenn die GroBe der zu verschickenden Dokumente und Daten nicht besonders 
groB ist. Fur den Transfer groBer, z.B. in HTML-Foimatterungssprache erzeugter 

30 Seiten, ware es ein groBer Vorteil, wenn es mdglich wire, die Obertragung solcher 
Seiten zu effektivieren. 

o 

Unabhangig von der Menge der zu ubertragenden Information ist der vom GSM- 
System berertgestelJte 9600 bps Datenkanal fur die ganze ZeH der 
35 Datenverbindung besetzt Dieser Datenkanal benutzt denselben Servicekanal, der 
gewdhnlich im Teiefonverkehr benutzt wird. So gesehen vemindert die Benutzung 
des Datenkanals sowohl den Aufbau von Telefonaten als auch die Annarime von 
Anrufen. Dies ist eine unerwQnschte Situation, besonders dann, wenn die zu 
ubermittelnde Informationsmenge besonders kleln ist. Zur Ldsung dieses 
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Problems sind Kurznachrichtendienste entwickelt worden, vermittels derer kleine 
Informationspakete uber separate Signalisierungskanale verschickt werden 
konnen. Ein Beispiel fur einen solchen Service 1st der SMS (Short Message 
Service) -Service des GSM Systems, das seinen Benutzem die Moglichkett 

5 anbietet, Kurznachrichten zu verschicken und entgegenzunehmen. Die Lange der 
SMS-Nachrichten ist in der GSM-Spezif ikation auf eine Obergrenze von 160 
Zeichen festgelegt worden. In der Praxis verhindert dies den Ersatz der mrt HTML* 
Formatierungssprache erzeugten Dokumente durch die SMS- 
Kurznachrichtenkommunikation, weil die GroBe, besonders kurzer, in HTML- 

10 Sprache erzeugter Dokumente, die erwahnte Maximaigrenze von 1 60 Zeichen 
uberschreitet. 

Fur den GSM-Standard ist eine SMS-Erweiterung geplant, die die Obergrenze von 
160 Zeichen aufhebt. In diesem Fall werden uber 160 Zeichen lange Nachrichten 
auf mehrere separate SMS-Sendungen verteilt, die im EmpfangsgerSt wieder zu 
15 einer Nachricht verbunden werden. Eine mogliche SMS-Erweiterung erieichtert 
den Datenverkehr, aber beseitigt uberhaupt nicht das Grundproblem, daB die 
Datentransferkapazitat in der SMS-Kommunikation besonders niedrig ist, wenn 
man z.B. an den Nutzen der angebotenen Serviceleistungen durch die immer 
populfirer werdenden WWW-Seiten denkt 

20 

Hier besteht ein groBer Bedarf , den Transfer der in verschiedenen 
Formatierungssprachen entstandenen Dokumente durch 
Datentransfersverbindungen mit niedriger Durchlaufgeschwindigkeit zu 
effektivieren, wie z.B. auf der Ebene drahtfoser Mobitf unksysteme. 

25 

Jetzt ist ein anwendungsbezogenes Endgerdt und System mit 
Komprimierungsleistungen entwickelt worden, mit dem die oben beschriebenen 
Schwierigkeiten reduziert werden kdnnen. Damit wird z.B. be! einigen 
Dokumenten, die in SGML-Formatierungssprache abgefaBt worden sind, eine 

30 leistungsfdhige Ubertragung fur Datentransfersysteme mit niedriger 

Obertragungskapazitat ermdglicht, vor allem fQr solche Systeme, wo fQr die GrdBe 
des zu tranferierenden Dokuments eine bestimmte, im voraus definierte niedrige 
Obergrenze festgelegt worden ist. Die Komprimierung eignet sich besonders fur 
Pager und MobiifunkgerSte. Durch Gebrauch dieser Neuentwicklung ist es 

35 mdglich Seiten aus dem Internet so zu transformieren, daB sie in den drahtlosen 
^ndger§1en z.B. in Kurznachrichtenform sind, auch schon dann, wenn der 
normale Betriebskanal des Mobitf unkgerats besetzt ist. Der Gebrauch dieser 
Erfindung ist auch in anderen Anwendungen, die das SGML-Protokoll nutzen, 
mdglich, auch in Endgeraten, wo groBe Transfergeschwindigkeiten erreicht 
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warden. Dadurch warden Obertragungszelt und Kosten eingespart, besonders bei 
umfangreichen Dokumenten. Die Erfindung eignet slch auch fur die Obermittlung 
von in verschiedenen Formatierungssprachen abgefaBten Seiten zwischen zwei 
mobilen Endgeraten, wie in der MobiHunkkommunikation. 

In der Erfindung werden im Zusammenhang mit der Formatierungssprache die 
aus mehreren Symbolen zusammengesetzten Anfangs- und Endzeichen, 
(Kontrollzeichen, eng. Tag) und die zur Unterscheidung der einzelnen 
Iriformationsteile des Dokuments dienen, durch kurze Kennungen ersetzt. Dies 
geschieht gunstlg Qber den Server des Serviceanbieters. Eine so gestaftete 
Tabelle, fur die im fofgenden die Bezeichnung Grammatik verwendet wird, wird 
z.B. mit Hiife der SMS-Kurznachricht an das empfangende Endgerat Qbermitteit. 
Wenn die bendtigte Grammatik zu groB ist, ist es auch mSglich, diese anstatt der 
SMS-Kurznachrichten Qber den gewdhnlichen Datenkanal zu Obermftteln. Die 
Grammatik wird sowohl im Server des Serviceanbieters als auch im 
empfangenden Endgerat elngespeichert. Wenn sowohl das absendende als auch 
das empfangende Endgerdt dieselbe Grammatik verwenden, kann die dem 
Original entsprechende Websefte durch das empfangende Endgerat mit Hilfe 
kurzer Kennungen rekonstruiert werden. So reicht bei emeutem Gebrauch 
derselben Websefte ailein die Obermittlung der fur den Service typischen, sich 
zwischen den Benutzungszeilen andemden Information aus. Die Erfindung 
ermdglicht z.B. die Presentation der auBerlich konstant bleibenden 
Wetterdienstsefte mit einer sehr kleinen Informationsmenge. Nur wesentliche 

Information, wie z.B. die Temperatur, die Windstarke und -richtung werden 

Qbermitteit, und das Webseften-Layout wird mit Hilfe des empfangenden 
Endgerates unter Benutzung der Grammatik generiert. Daruber hinaus kann die 
Erfindung auch fur sich oft wiederholende wesentliche Information genutzt 
werden, wie z.B. durch Komprimierung deroben genannten Windrichtung in der 
Weise, daB .SGdwind" wahrend der Obermittlungszeit durch das Zeichen ,e B 
ersetzt wird, anderersefts dieses mit Hilfe der Grammatik im empfangenden 
Endgerat zu .Sudwind" entpackt wird usw. 

Die Erfindung ermdglicht auch die Prasentation ganzer Seize und Strukturen der 
Seiten-Layouts durch Ersetzung der verwendeten Symbolreihen durch kurze 
Kennungen, wie aus der ausfOhriichen Beschreibung der Erfindung hervorgeht. 
Spater, im Zusammenhang mit detaillierten AusfGhrungen zu der Erfindung, wird 
die auf der HTML-Formatierungssprache basierende, entsprechend der Erfindung 
komprimierte HTMesL (Hyper Text Messaging Language) - 
Formatierungssprache verwendet. 
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Bei Ubermittlung der in HTML-Sprache erzeugten Web-Serte, z.B. innertialb des 
Internets, wird fQr den Datentransfer ein HTTP (HyperText Transfer Protocol) - 
Protokoll verwendet. FQr den Transfer der in der Web-Seite enthaltenen 
Information in entsprechend der Erfindung komprimierter Form im 
5 Kurznachrichtenmodus, z.B. vom Server zu einem mobilen Endgerat oder 
zwischen zwei mobilen Endgeraten, erweist sich das HTTP-Protokoll als nicht 
optimal. Deshalb wird im Zusammenhang mit der Erfindung das HTTP-Protokoll 
durch ein neues Protokoll ersetzt, das im folgenden unter der Bezeichnung 
HTMesTP (HyperText Messaging Transfer Protocol) gefuhrt wird. Im 

10 Zusammenhang mit der im HTMesTP-Protokoll zu ubermittelnden Information 
warden Zusatzinformationen hinzugefugt, die u.a. definieren, nach welcher 
Grammatik die Nachricht komprlmiert worden ist, und welchen Typs die 
betreffende Nachricht ist Auf der Basis dieser Nebeninformation ist das 
empfangende Endgerat in der Lage, seine empfangene Nachricht richtig zu 

15 verarbeiten, d.h. es erkennt z.B. , ob es sich urn eine Grammatiknachricht zum 
Aktualisieren der Grammatik, oder um eine Nachricht im Rahmen eines 
Serviceangebots handelt. Die Nachricht kann von ihrem Typ her auch eine 
Kombination deroben genannten Nachrichtentypen sein, eine sogenannte 
zusammengesetzte Nachricht. 

20 

FQr die Erfindung ist charakteristisch, was im Kennzeichen der SchutzansprQche 1 
und 2 ausgefuhrt ist. 

Im folgenden wird die Erfindung unter Bezug auf die beiliegenden Zeichnungen 
25 genauer erklart: 

Bild 1 Darstellung des die Erfindung betreffenden Datentransfersystems sowie 
darin verwendete Endger&te, 

30 Bild 2 Darstellung der im Internet verwendeten verschiedenen Teile der URL 
(Uniform Resource Locator) - Adresse, 

Bild 3 Darstellung einer mit einer HTML-Formatierungssprache erzeugten 
Webseite, 

35 

Bild 4. Darstellung der Ubermittlung von Nachrichten zwischen dem Endgerat, 
dem Server und dem Internet-Server im Datentransfersystem entsprechend der 
Erfindung in Form eines DatenfluBplans, 
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Bjld 5 Darstellung der Struktur der Nachricht, wonach die Nachrichten, 
die entsprechend der Erfindung komprimiert sind, gesendet werden 

Bild 6 Darstellung der DatenObermittlung gemaB der Erfindung 

5 

In Bild 1 wird das Datenubenmittlungssystem dargestellt, das u.a. das GSM- 
System, den Server und verschiedene Endgerate umfaBt. Der Rumpf des GSM- 
Systems wird durch die Mobiltelefonzentralen 100 und 101 gebildet, die in diesem 
System spezielle, fur die Gbermitttung von SMS-Kurznachrichten geeignete SMS- 

10 GMSC (Short Message Service - Gateway Mobile Switching Centre) -Zentralen 
sind. Sie ubermitteln die von anderen Mobiltelefonzentralen oderfesten 
Telefonnetzen 110 ankommenden Gesprache, Oder die Nachrichtendaten, die die 
vom GSM-System angebotenen Datenkanale nutzen, Qber die ihnen 
untergeordneten Basisstationskontrollem (BSC, Base Station Controller, 

15 Referenzen 102, 103) und Basis Transceiver Stationen (BTS, Referenzen 104, 
105, 106 und 107) an die angeschlossenen Endgerate (MS, Mobile Station, 
Referenzen 10, 11 und 12) wetter. Entsprechend sammeln die 
Mobihefonzentralen 100 und 101 die aus dem Endgerat 10, 11, 12 eintreffenden 
Gesprache Oder Datennachrichten und ubermitteln sie auf der Basis der vom 

20 Teilnehmer gewahlten Nummer an andere Mobiltelefonzentralen oder teste • 
Telefonnetze 110. 



Parallel zum Gespnlche und Daten ubermittelnden GSM-System arbeitet der an 
und fur sich autonome Kurznachrichtenservice, SMS (Short Message Services). 

25 Im folgenden werden fur diesen Service und die durch ihn ubermrttetten 
Kurznachrichten auch die AbkGrzungen SMS-Service und SMS-Nachricht 
verwendet. SMS-Nachrichten werden standardmaBig zwischen zwei mobilen 
Endgeraten 10, 11, 12 oder zwischen einem stationaren und einem mobilen 
Endgerat 10, 1 1, 12 Obermittelt. Die SMS-Nachrichten werden konzentriert durch 

30 die Kurznachrichtenzentrale 20 (SM-SC, Short Message Service Centre) 
Obermittelt. Fur die Kurznachrichtenzentrale 20 wird im folgenden auch die 
Bezeichnung SMS-Nachrichtenzentrale 20 verwendet. Die SMS- 
Nachrichtenzentrale 20 ist Qber die Mobiltelefonzentralen 100, 101 mit dem GSM- 
System verbunden. Die SMS-Nachricht enthaJt u.a. die Kennung des Empfangers, 

35 auf deren Basis das SMS-Nachrichtenzentrum 20 in der Lage ist, die SMS- 
Nachricht an den richtigen Empfanger zu ubermitteln. Im folgenden Abschnrtt wird 
beispielhafl die Ubermittlung der SMS-Nachricht vom Endgerat 1 1 an das 
Endgerat 12 beschrieben. 
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Beim Starten des Vorgangs zur Sendung der SMS-Nachricht Qbermittelt das 
Endgerat 1 1 die SMS-Nachricht durch den Signalisierungskanai des GSM- 
Systems uber die Basisstation 105 und den Kontrotler der Basisstation 102 an die 
Mobiltelefonzentale 100. Die Mobiltetefonzentrale 100 Qbermittelt die SMS- 
5 Nachricht an die SMS-Nachrichtenzentrale 20 weiter, wo sie vorQbergehend 
gespeichert wird. Die SMS-Nachricht entgegennehmend, versucht die SMS- 
Nachrichtenzentrale 20 auf der Grundlage der in der SMS-Nachricht enthaltenen 
Adresseninformation den Empfanger zu lokalisieren (in diesem Beipiel Endgerat 
12). Wird der Empfanger gefunden, d.h. als GSM-Netz Teilnehmer identifiziert, 

1 o Qbermittelt die SMS-Nachrichtenzentrale 20 die SMS-Nachricht uber die 

Mobittelefonzentrale 101, den Kontroller der Basisstation 103 und die Basisstation 
107 an das Endgerat 12. Wenn die Obermittlung der SMS-Nachricht erfolgreich 
verfaufen ist, Idscht die SMS-Nachrichtenzentrale 20 die SMS-Nachricht aus 
ihrem Speicher. Ist das Endgerat 12 nicht erreichbar, versucht die SMS- 

1 5 Nachrichtenzentrale 20, die SMS-Nachricht spiter emeut zu Qbermittebi. Gelingt 
die Obermittlung der SMS-Nachricht nicht im Rahmen einer gewissen im voraus 
festgelegten Zeit, schickt die SMS-Nachrichtenzentrale 20 die RQckmeldung, auch 
als SMS-Nachricht, an das Endgerat 11, dem mitgeteitt wird, daS die Obermittlung 
der SMS-Nachricht erfolglos war. Die im Zusammenhang mit dem GSM-System 

20 erfolgte Obermittlung von SMS-Nachrichten, die Fachleuten dieser Branche 
bekannt ist, wird genauer z.B in dem Buch von Michael Mouly und Marie- 
Bemadette Pautet .The GSM System for Mobile Communications'' aus dem Jahr 
1992 (ISBN 2-9507190-0-7) beschrieben. 

25 Von der SMS-Nachrichtenzentrale 20 besteht femer eineTeleverbfridung zu den 
festen Telefonnetzen 1 10, uber die, z.B. mit Hilfe eines Modems, SMS- 
Mitteilungen an den SMS-Dienstleistungen anbietenden Server 35 Qbermittelt 
werden kdnnen. Die SMS-Nachrichtenzentrale 20 kann auch mit dem Internet- 
Netz 50 verbunden werden, z.B. Qber den Server 30. Dieser fur den Betrieb der 

30 Erf indung wesentliche Server 30 wird im fokjenden unter der Bezeichnung SMS- 
TCP/IP- Server 30 aufgefuhrt So unterscheidet sich dieser Server deutlich von 
den anderen Servem des Intemet-Netzes 50, z.B. vom Intemet-Serviceleistungen 
anbietenden Server 70. Der SMS-TCP/IP-Server 30 bildet eh Gateway zwischen 
der SMS-Nachrichtenzentrale 20 und dem Intemet-Netz 50. Von daher ist es 

35 mdglich, zwischen den Endgeraten 1 0, 1 1 , 1 2 und dem Internet-Server 70 SMS- 
Nachrichten zu ubermitteln, um die vom Intemet-Netz 50 angebotenen 
Serviceleistungen zu nutzen. 

Die Datennachrichten im Internet, wie z.B. auch SMS-Nachrichten, werden 
zwischen verschiedenen Servem 30, 70 Qbermittelt, unter Benutzung des unter 
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Experten der Branche bekannten TCP/IP (Transmission Control Protocol/ Internet 
Protocol) - Protokolls und der fOr beide Server spezlfischen Intemet-Adresse 
(URL, Uniform Resource Locator). In Bild 2 werden z.B. eine Intemet-Adresse und 
ihre verschiedenen Telle vorgestellt. Die Adresse umfaBt somit das Protokoll P1 , 
5 die Bezeichnung P2 f Or den Internet-Server, die Nummer P3 fGr den TCP/IP-Port 
sowie den Ressourcennamen P4. [Die in Bild 2 vorgestellte TCP/IP-Portnummer 
„:80" ist fakultativ, sie ist nicht notwendig zu verwenden. 

Gewohnlicherweise wird die Dienstleistung in der Weise angefordert, daB darum 
10 gebeten wird, eine bestimmte SMS-Nachricht an die Servicenummer eines 
Anbieters weiterzulerten. Von dieseraus wird die SMS-Nachricht uber die SMS- 
Nachrichtenzentrale 20 zum Serviceanbieter dirigiert, z.B. uber das Telenetz 1 10 
zum Server 35. Da der Maximalumfang der SMS-Nachricht auf 1 60 ASCII- 
Zeichen begrenzt ist, versteht es sich, daB so realisierte Service gezwungen sind, 
15 die angebotene Information auf das Allerwesentlichste zu reduzieren. FQr 

bestimmte Servicezwecke mag dies voll ausrelchend sein, z.B. Devisenkurse und 
Salden von Bankkonten kdnnen heutzutage mit Hirfe der tradrtionellen SMS- 
Nachricht per Mobiltelefon abgefragt werden. Als Antwort auf die angeforderte 
Serviceleistung leitet der Server 35 eine sich aus dem gewOnschten ASCII-Text 
20 zusammengesetzte SMS-Mitteilung an das Mobiltelefon, die der Nutzer auf dem 
Display seines Mobiltelefons ablesen kann. 

Werden die vom Netz angebotenen Serviceleistungen durch Anwendung einer 
Webseiten-Formatierungssprache erbracht, ist die Nutzung der Serviceleistungen 

25 als solche durch Verwendung von SMS-Nachrichten fast gar nicht moglich. Die in 
Verbindung mit der Formatierungssprache verwendeten Kontrollzeichen (tags) 
belegen den groGten Teil derzur Verfugung stehenden Datentransferkapazitat, 
weil diese ebenso als ASCII-Symbole Qbermittelt werden, wie auch die 
Information selbst. FQr die Ldsung dieses Problems wurde im Zusammenhang mit 

30 der Erfindung ein Endgerat inkl. Datentransfersystem entwickelt, wodurch bei der 
Nutzung der Intemet-Dienste die durch die Begrenzung der SMS-Nachrichten auf 
maximal 160 Zeichen und die durch den Gebrauch der Kontrollzeichen erzeugten 
Problems reduziert werden. Seine Funktionsweise wird im folgenden mit Hitfe 
einiger Realisierungsformen beschrieben. 

35 

In der ersten Reallsierungsform der Erfindung wird mit Hiffe des mobilen 
Endgerates10,1 1 ,12 das Mobiltelefonnetz genutzt, und femer Qber das Intemet- 
Netz 50 die vom Internet-Server 70 prasentierte Wetterdienstseite 60 (Bild 3). In 
diesem Beispiel erfolgt der Datentransfer zwischen dem SMS-TCP/IP-Server 30 
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und dem mobilen Endgerat 10,11,12 unter Verwendung des fur die Erfindung 
charakteristischen HTMesTP-Protokolb, auf dessen Struktur spater nSher 
eingegangen wird. Die vom Internet-Server 70 angebotene 
Wetterdienstserte 60 wird dagegen uber das Intemet-Netz 50 an den SMS- 
5 TCP/IP-Server 30 unter Verwendung des bekannten HTTP-Protokolls ubermittelt 
Der SMS-TCP/IP-Server 30 wandett die in in HTML-Sprache verfaBte 
Wetterdienstserte 60 gemaG der Erfindung in HTMesL-Format um und faBt die 
bendtigte Grammatik ab. Es gibt jedoch keine Hindemisse, daG der schon die 
Dienstleistung anbietende Internet-Server 70 die erwahnte Umwandlung 
10 durchfGhrt. 

SGML (Structured Generic Markup Language) ist der im Jahr 1986 vorgesteltte 
intemationale Standard (ISO 8879 SGML), der fur den elektronischen 
Datenverkehr eine bestimmte Rahmenstruktur festlegt. Er deflniert die 

15 verschiedenen Teile des Dokuments, sowie in welcher Weise und in welchem 
Format die verschiedenen Teile des Dokuments pr&sentiert worden sind. SGML 
basiert auf der Verwendung bestimmter Kontroilzeichen (tag), die Funktionen und 
Operationen fur die Minimalisierung der DokumentgrdBe definieren. In der unten 
aufgefuhrten Tabelle 1 wird z.B. die in SGML-Sprache erstellte Struktur der Seite 

20 dargestellt: 



<memo> 

<addres$>To: George 0'Sullivan</address> 
<$ender>From:Sysop</sender> 
<date>date: March 13, 1996</date> 
<$ubjekt>RE: Example of SGML</subject> 
<text>This is a sample of SGML code.<Aext> 
</memo> 



Tabelle 1, ein Beispiel der in SGML-Sprache ersteltten Struktur der Seite 

25 In diesem Beispiel bestimmt die Verwendung der Kontroilzeichen (tag), wie 
'memo 1 , 'address 1 , 'sender 1 , 'date 1 , 'subject 4 und text' die Typdefinition DTD 
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(Document Type Definition). Die oben gebrauchte Syntaxs (<tag>, </tag>) ist 
anwendungsbezogen. In der SGML-Formatierungssprache wird standardgemaB 
der 255 Zeichen umfassende ASCII-Code verwendet. Der Entwickler der SGML- 
Sprache kann die Zeichen selbst definieren, 
5 womit eine bestimmte Einheit begonnen und abgeschlossen wird. Dies ermoglicht 
die leichte Editierung der SGML-Datei mit traditionellen Texteditoren auch in den 
Fallen, wo fur die Planung der Editierung spezieller SGML-Dateien keine 
Spezialeditoren zur Verfugung stehen. 

10 In Bild 3 ist gemaB dem Beispiel eine Wetterdienstserte 60 in der Form abgebildet, 
wie sie dem Nutzer auf dem Display der Endgerate 10, 1 1 ,12 angezeigt wird. Von 
der GrdBe des Displays und der Struktur der Endgerate 10, 1 1 , 12 hangt es ab, ob 
die Wetterdienstserte 60 mit einem Mai auf dem Bildschirm erscheint, oder ob sie 
in Se'rtenausschnitte aufgeteiit werden muB. Im folgenden verwenden wir als 

15 Beispiel entsprechend der Erfindung die Muttiservicemobilf unkkommunikation 1 2 
auf der Basis des Nokia 9000 Communicators, auf dessen groBem LCD-Display 
die ganze Wetterdienstserte 60 mit einem Mai abgebildet werden kann. Die 
entsprechende Wetterdienstserte ist in derunten aufgefQhrten Tabelle 2 in HTML- 
Sprache im sogenannten Quellencode (document source code) abgebildet 

20 ' 

<html> 

<head> 
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<title>World Weather Service</title> 

</head> 

<body> 

<h1>Welcome to the World Weather Service</h1> 

<h2>Weather Today</h2> 

Cloudy. Propability of rain showers 30%. 

<h2>Temperature</h2> 

10-14 C 

<hr> 

<a>href="htmptfweather. world.com:444/cgi- 
bin/tomorrow.pl^Weather Tomorrow</a> 
</body> 

</html> 



Tabelle 2, Abbildung der Wetterdienstseite 60 im Quellencode 

Dieses HTML-Beispielseite umfaBt 294 ASCII-Zeichen, wodurch ihre Obermittlung 
5 in Form einer SMS-Nachricht (max 160 Zeichen) als solcher nicht mdglich ist. In 
der Erfindung werden fur beide, die Kontroltzeichen (tag, z.B. <htmi>) und die 
Informationszeile (z.B. Weather Today), eine eigene Kennung definiert, die in 
diesem Realisierungsbeispiel den Umfang von einem Byte (8 Bit) hat. Der 
Ersteller der anwendungsbezogenen Grammatik kann frei die Kennungen der 
10 Zeichen und Informationszeilen wahlen. Kennungen mit Beispielcharakter werden 
in der unteren Tabeile 3 vorgestellt. Als erstes Zeichen ist das Sonderzeichen 
"&par" auf get Ohrt, daS entsprechend der Erfindung die in HTMesL-Sprache 
abgefaBte Nachricht von der in herkommlicher HTML-Sprache erstellten Nachricht 



unterscheiden soil. Anstelle des Sonderzeichens "&par" kann auch jedes andere 
Zeichen oder Zeichenfolge verwendet werden. 



Kennung 


Code 


Zeichen- 
anzafil 


Zeichen- 


&par 






d 


10 


<html> 


6 

w 




12 




O 




it 




1 




oU 


wona w earner oervice 


21 


2 


IP 


<anie> 


8 


2 


1^ 

1 o 




f 


o 


IO 


<Douy> 


O 


2 


IP 


<n i> 


4 


2 


w 1. 


WaIcaitia to the Wnrirl WoathAr QAnWrji 


OA 


Z 


1Q 
1 9 


ii i ^ 


e 
O 


o 
c. 


in 

1 D 




A 


2 






iO 
IO 




1A 


</h2> 


5 


2 


FF 


Cloudy. Propabllfty of rain showers 30%. 


40 


2 


1B 


<h2> 


4 


2 


33 


Temperature 


11 


2 


1A 


</h2> 


5 


2 


FF 


10-14 C 


9 


2 


1D 


<hr> 


4 


2 


34 


<a href="htmpyyweather.world.com:444/cgl- 
bin/tomorrow.pr>Weather Tomorrow</a> 






17 


</body> 


7 


2 


11 


</html> 


7 


2 




Zeichen zusammen 


294 


48 



Tabelfe 3, Umwandlung einer HTML-Seite in eine HTMesL-Seite 

Im folgenden wird die Struktur der HTMesL-Sertenformatierungssprache der 
Erfindung genauer beschrieben. Die HTMesL -Sprache arbeitet nach dem 
gleichen Muster, nach dem die den Branchenexperten aus dem intemet-Netz 
bekannten HTTP- und HTML-Protokolle in der W WW-Umgebung 
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zusammenwirken. Die HTMesL verwendet als Grundlage Zeichenarten und 
Struktur der HTML-Sprache, sowie die Endgerate 10, 1 1, 12 als auch den SMS- 
TCP/IP-Server 30 am Ende, 2eigt aber durch Sonderzeichen (Tag) an, daB es 
sich urn eine codierte Seite handett. Dieses Sonderzeichen (tag) kann z.B. das 
5 erste Zeichen oder die erste Zeichenfolge der HTML-Seite sein. 

Die Bedeutung des Sonderzeichens ist es, dem Empfanger anzuzeigen, daB es 
sich bei der ankommenden Mitteilung urn eine in HTMesL-Sprache erstellte Seite 
handett. 

10 

Das Sonderzeichen (z.B. &par) ist obligatorisch, damit entsprechend der 
Erfindung das Endgerat 10, 1 1 , 12 in der Lage ist, die gewunsche Webseite zu 
prasentieren. Mit Hilfe des Sonderzeichens erkennt das Endgerat 10, 1 1 , 12, daB 
die vom TCP/IP-Server 30 empfangene Information (z.B* die ursprunglich in 

15 HTML-Sprache durch den Internet-Server 70 realisierte Wetterdienstseite 60) 
entsprechend der Erfindung codiert worden ist. Dieses Sonderzeichen (tag) 
ermdglicht es v die in den komprimierten Seiten enthaitene Information des 
Endger&tes 10, 11, 12 zu speichem, von dem diese spater durch Empfang der 
variablen Parameter-Information 63, 65 durch das Endgerat 10, 1 1 9 12 abzurufen 

20 und zu erginzen ist. Dies ermdglicht allein nur die Obermittlung des 

Referenzcodes (Code, der mitteitt, zirtvelcher Webseite bzw. zu welchem Service 
die damit verbundene Information verschickt wird) und der Parameter-Information 
63, 65 (die selbst den Service offerierende variable Information) in einer SMS- 
Nachricht. 

25 

Die am rechten Rand der Tabelle 3 befindliche Zahlen beschreiben die Lange der 
Zeichen und Informationszeilen in Form von ASCII-Symbolen vor und nach deren 
Substitution durch Kennungen. In Tabelle 3 sind die auf der Wetterdienstseite 60 
durch Fettdruck markierten Zeilen 61-66 (Bild 3) abgebildet. 

30 

Mit Hilfe der Kennungen ist es mdglich, die Gesamtzeichenmenge der fur die 
Wetterdienstkarte 60 festgelegten Information von ursprunglich 294 ASCII 
Zeichen auf 48 Zeichen (Kennungen) und 40+9 Informationszeichen (Cloudy. 
Propability of rain showers 30%. Und 10-14 C) zu reduzieren. Dies ergibt 
35 zusammen nur 97 ASCII-Zeichen, so daB die in der Wetterdienstseite 60 

enthaitene Information schon in dieser Form in einer SMS-Nachricht ubermittett 
werden kann, vorausgesetzt, daB im empfangenden Endgerat 12 die 
ehtgegengenommene Information emeut rekonstruiert werden kann. Die 
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Rekonstruktion der Mitteilung wird weiter unten genauer beschrieben. In seiner 
Gesamtheit kann also die Mitteilung in folgender Form dargestellt werden: 

&par1 01 214301 51 31 61 831 1 91 B321AFF1 B331AFF1 D341 71 1 [cr] 
5 Cloudy. Probability of rain showers 30%.[cr] 
10-14 C 

Die erste Zeite setzt sich aus 48 Kennungen (4+22*2 Zeichen), von denen jede 
durch zwei Zeichen dargestellt wird, und dem die Zeile abschlieBenden 

10 Zeilenendezeichen [cr] (carriage return). [cr]-Zeichen werden sowohl fur die 
Anzeige des Anfangspunkts des ersten Informationsparameters als auch fur die 
Unterscheidung der Inf ormationsparameter voneinander verwendeL Die Kennung 
FF (fett dargestellt) ist dafur reserviert, die Plazierung der Informationsparameter 
63 und 65 ("Cloudy. Propabilrty of rain showers 30%." und "10-14 C") auf der 

15 Webseite anzuzeigen. In diesem Fall erhdht der Gebrauch der Zeilenendezeichen 
[cr] die Zeichengesamtmenge um zwei, so dal3 entsprechend dem Beispiel die 
Wetterdienstselte 60 in dieser Form prasentiert 99 Zeichen erforderlich macht. 
Das Zeilenendezeichen ist hier beispielhaft gebraucht, es kann auch durch 
irgendein anderes Sonderzeichen ersetzt werden, z.B. durch ein selten 

20 verwendetes, auf dem Kopf stehendes Fragezeichen i, oder irgendeine aus 
mehreren Zeichen bestehende Kombination. Das Zeichen oder die 
Zeichenverbindung sind servicebezogen zu definieren. 

Die oben abgebildete Mitteilung kann weiterhin durch Definition des Objekts 
25 komprimiert werden (in diesem Beispiel A2), das in der ersten Reihe die 44 
Zeichen umfaBende Kennungssequenz auffuhrt. 

"A2"="1 01 21 4301 51 31 61 831 1 91 B321 AFF1 B331 AFF1 D341 71 1 " 

30 Das Objekt A2 wird im drtlichen mobilen Endgerat 1 0, 1 1 , 1 2 gespeichert; aus dem 
es immer abgerufen wird, wenn die Wetterdienstseite 60 auf dem Display des 
Endgerates 10, 1 1 , 12 bearbeitet wird. Wenn die Wetterdienstkarte 60 in der oben 
erwahnten Weise komprimiert wird, ertialt man als Gesamtlange der Mitteilung 57 
Zeichen (4+2+40+9+2 Zeilenwechselze'tcnen), d.h.: 

35 

$parA2[cr] 

Cloudy. Propabillty of rain showers 30%. [cr] 
10-14C 
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Wie anhand der oben dargestellten Mitteilung leicht festzustellen ist, wird die 
Mitteilung fast ausschlieBlich aus den Informationsparametem 63 und 65 
("Cloudy. Propability of rain showers 30%." und "10-14 C") gebildet. Dies ist 
gerade der Zweck der Erfindung - nur die sich andemde, vom Service 
5 angebotene Information 63, 65 wird uber die verwendete Datentransferverbindung 
ubermittert. Die andere in der Wetterdienstseite 60 enthaltene Information 
(Abbildung 3, Referenzen 61 , 62, 64, 66), die zwischen den Service- 
Benutzungszeiten unverandert bleibt, wird uber das Endgerat 10, 1 1 , 12 generiert, 
wobei die im Endgerat 10, 1 1, 12 gespeicherte Grammatik ausgenutzt wird. Bei 
10 erster Inanspiuchnahme des Services wird die Grammatik im Endgerat 10, 1 1 , 12 
gespeichert, Oder wenn sich die Grammatik z.B. bei Veranderung des Layouts der 
Webserte verandert. Die Speicherung der Grammatik und die bei der Speicherung 
verwendeten Grammatikmitteilungen 87 werden zu einem spateren Zertpunkt 
ausfuhriich beschrieben. 

15 

Bei der Nutzung der Webseiten in der traditionellen WWW-Umgebung wird die 
emfache Serverarchitektur f Or Kunden benutzt. Der Kunde bittet bei Benutzung 
des von ihm gewunschten Service (z.B. Hypertext-Seite) ein HTTP-Protokoll 
(HyperText Transfer Protocol). Das HTTP-Protokoll wurde fOr den Transfer von 

20 HTML-Seiten geplant, aber es eignet sich auch fur andere Varianten von 
Datentransfer. Das verwendete HTTP-Protokoll erweist sich bezuglich der 
Datentransferspur als besonders ineffektiv. Durch ein entsprechend der Erfindung 
entwickeltes Komprimierungsverfahren (wie die oben beschriebene HTMesL) wird 
fur die Obermittlung der komprimierten Service-Se'rten zwischen dem SMS- 

25 TPG/IP-Server 30 und dem Endgerat 10, 1 1 , 12 entsprechend der Erfindung das 
HTMesTP-Protokoll (Hypertext Messaging Transfer Protocol) verwendet Dies ist 
ein Beispiel fur einen neuen Mitteilungstyp, den der SMS-TCP/IP- Server 30 
entsprechend der Erfindung einzurichten vermag. Solche speziellen 
Mltteilungstypen werden bei der Definition des Bearbeiters und Obermittlers der 

30 Mitteilung im System der mobilen Kommunikation verwendet Im Mitteilungstyp 
sind z.B dreierlei Mitteilungen enthalten. Grammatikmitteilungen (Syntax Message 
Header) werden bei der Dienstleistung, wo die zu benutzende neue Grammatik 
vom Serviceanbieter zum Endgerat 10, 11, 12 ubermittelt wird, 
zusammengesetzte Mitteilungen werden sowohl fur die Obermittlung der neuen 

35 Grammatik und der Informationsparameter 63, 65 als auch fur die Obermittlung 
der Parameter, die fur die Serviceanfragemitteilungen bendtjgt werden, 
verwendet. 



16 



In der Abbildung 4 sind entsprechend der Erfindung der Betrieb des Endgerates 
10, 1 1, 12, des SMS-TCP/IP-Servers 30 und des Internet-Servers 70 als 
Funktionsschema in der Phase dargestellt, wenn das Endgerat 10, 1 1 , 12 die 
Wetterdienstseite 60 vom Internet-Server 70 mittels Serviceanfragenachricht 
5 (Phase 80) anfordert. Die Serviceanfragenachricht enthalt die Kennung 41 , auf 
deren Grundlage der empfangende SMS-TCP/IP-Server 30 in der Lage ist, die 
empfangene Nachricht 40 korrekt zu bearbeiten (u.a. kann er erkennen, von 
welchem Endgerat 10, 1 1 , 12 die Nachricht empfangen worden ist, urn welchen 
Typ von Nachricht es sich handelt, wie die Nachricht bearbeitet werden soli etc.). 

10 Die Stmktur der Nachricht wird spater genauer beschrieben, u.a. im 
Zusammenhang mrt den Ausfuhrungen zu Bild 5. Nach Empfang der 
Serviceanfragenachricht vom Endgerat 10, 11, 12, loscht der SMS-TCP/IP-Server 
30 die Kennung 41 der Nachricht (Phase 81), spielt sowohl die Serviceanfraga auf 
Grundlage der in der Serviceanfragenachricht 80 enthaltenen URL-Adresse in das 

15 Internet ein, als auch Qbermhtelt diese in Form einer Serviceanfragenachricht an 
den Internet-Server 70 welter (Phase 82). Die Serviceanfragenachricht befolgt von 
ihrem Typ her das allgemeine HTTP-Protokoll des Internets, womit sich die 
Serviceanfragenachricht so nicht von dem normalen im Internet abgewicketten 
Datentransfer zwischen den Servem 30, 70 unterscheidet. 

20 

Als Antwort auf die Serviceanfragenachricht Qbermtttelt der Internet-Server 70 die 
gewunschte Webseite dem SMS-TCP/IP-Server 30 im HTML-Format, gemaB dem 
HTM-Standard (Phase 83), gesteuert durch die URL-Adresse. In dieser Phase 
befindet sich die Webseite also noch im HTML-Format und kann so noch eine 

25 beachtliche Menge Informationen entharten. Der SMS-TCP/IP-Server 30 

transformiert, gemaB der fur den Service charakteristischen Grammatik, Telle der 
entgegengenommenen HTML-Webseite, speichert Teile der HTML-Seite in 
seinem Datenbestand und gibt den verschiedenen Teilen Kennungen. Im Fall der 
Wetterdienstseite 60 wird dies gemaB der Tabelle 3 realisiert (Phase 84). Durch 

30 Vergleich des spezif ischen Datenbestandes des Endgerates 1 0, 1 1 , 1 2 mit dem 
auf der Basis der Entgegennahme der HTML-Seite aktualisierten Datenbestand 
weiB der SMS-TCP/IP-Server 30, welche Teile der HTML-Webseite bereits dem 
Endgerat 10, 11, 12 bekannt sind (Phase 85). Diese Teile mussen nicht emeut 
ubermittert werden, es reicht, daB von diesen nur die Kennungen gesendet 

35 werden (Tabelle 3). Falls durch Vergleich von Datenbestanden der SMS-TCP/IP- 
Server 30 bemerkt, daB sich bei Ubermittlung des Services die verwendete 
Grammatik geandert hat, z.B. aus der entgegengenommenen HTML-Seite sich 
neue Tepe gebildet haben, die nicht schon frOher an das Endgerat 10, 1 1 , 12 
ubermittelt worden sind, mussen diese vor der Absendung der eigentlichen 
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Servicemitteilung ubeimittelt werden. Dies kann mit Hitfe einer speziellen 
Grammatikmitteilung realisiert werden (Phase 87). Vor Absendung der 
Grammatikmitteilung fugt der SMS-TCP/IP-Server 30 der zu ubermtttelnden 
Nachricht 87 Kennungen 41 hinzu, auf deren Basis das Endgerat 10, 11,12 
5 korrekt f unktionieren kann. Nach Empfang der Grammatikmitteilung aktualisiert 
das Endgerat 10, 1 1, 12 seinen Datenbestand auf der Basis der in der Kennung 
41 und der Grammatik enthaltenen Information (Phase 88). Nach Aktuaiisierung 
des Datenbestandes ist das Endgerat 10, 1 1 , 12 bereft, die eigentliche 
Servicenachricht entgegenzunehmen. 

10 

Der SMS-TCP/IP-Server 30 ubermfttelt die Servicenachricht dem Endgerat 10, 1 1, 
12, wenn er durch Vergleich seines Datenbestandes festgestelft hat, daB die 
Datenbestande des SMS-TCP/IP-Servers 30 und des EndgerStes 10, 11, 12 
einander entsprechen. Die Servicenachricht wird als zusammengesetzte 

15 Mitteilung ubermittett, die sowohl die Kennungen (die Ziffem 31 , 32, 33 und 34 in 
der ersten SpaKe der Tabelle 3, die auf die Textzeilen 61 , 62, 64 und 66 in 
Abbildung 3 verweisen) fur die gewQnschten Informationszeilen als auch die 
Informationsparameter (63, 65) (Phase 89) selbst enthait. 
In den kombinierten Mrtteilungen kdnnen auch temporare Objekte inbegriffen sein t 

20 die im Cache-Speicher (cache memory) des EndgerStes 10, 11, 12 gespeichert 
werden, aber nicht im Objekdatentbestand des Endgerites 10, 1 1 , 12. Wenn der 
gleiche Service mehrere Male hintereinander in Anspruch genommen wird, 
kdnnen solche tempor£ren Objekte auch z.B. zur Beschleunigung des 
Datentranfers verwendet werden. Es ist auch mdglich zu definieren, daB, wenn 

25 das gleiche temporare Objekt mehrere Male hintereinander verwendet wird, es 
automatisch im Objektdatenbestand des Endgerates 10, 11, 12 gespeichert wird. 
Nach Empfang der zusammengesetzten Mitteilung, entpackt das Endgerat 10, 1 1 , 
12 die Mitteilung (Phase 90). Es sortiert die Teile der Nachricht 40 und ruft fur die 
Empfangsgerflte die Entsprechungen fQr die Kennungen (Tabelle 3) aus seinem 

30 Datenbestand ab. Darauf basierend generiert das Endgerat 10, 1 1 , 12 die 
Serviceseite 60 fQr den Bildschirm des Endgerates 10, 1 1 , 12. 

In Abbildung 5 ist, gem§6 dem HTMesTP-Protokoll, die beispielhafte Struktur der 
Nachricht 40 dargestelK, die das Nachrichtenkopffeld (header) 41 und das 
35 Informationsfeld 42 umfaBt. Das Nachrichtenkopffeld 41 umfaBt die die Struktur 
der Nachricht 40 beschreibenden Parameter und Adresseninformationen, die In 
dieser Beispieinachricht 40 enthalten sind: 
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Adressentypkennung 43, die die Struktur des Nachrichtenkopffeldes 41 definiert, 
im wesentlichen das, in welcher Form bei Ubermittlung der Nachricht 40 die 
verwendete Adresseninformation prasentiert wird, das spater im Beispiel der 
Tabelle 4 aufgefuhrte xxxlOxxx bedeutet, daS die Adresse mit 4 Byte gemeldet 
5 wird (sog. ipv4-Adressentyp), xxxl 1 xxx wurde bedeuten, daS die Adresse mit 6 
Byte gemeldet wird (ipv6-Adressentyp), 

die Nachrichtentypkennung 44, die u.a. definiert, urn welchen Typ von Nachricht 
40 es sich handelt, im Beispiel der Tabelle 4 entspricht xxxxxOOO der 
10 Grammatikmitteilung, xxxxOOl entspricht der der zusammengesetzten Mitteilung, 
xxxxxOI 0 entspricht der Serviceanf ragemttteilung usw., 

Adresseninformation 45, auf deren Basis die Nachricht 40 zwischen dem Internet- 
Server 70, dem SMS-TCP/IP -Server 30 und dem mobilen Endgerat 10, 11,12 
15 ubermittelt wird, im Beispiel 4 wird gemeldet mit 4 Byte. 

Grammatikdatenbestandsadresse 46, die definiert, welche im Speicher des 
Endger&tes 10, 11, 12 und des SMS-TCP/IP-Servers aufgezeichnete Grammatik 
bei der Rekonstruktion der Serviceseite 60 fQr den Bildschirm des Endgerates 10, 
20 11,12 verwendet wird, im Beispiel der Tabelle 4 wird mit 1 Byte gemeldet, sowie 

Die Langeninformation der Nachricht 47. 

In das Informationsfeld 42 wird die in HTMesL-Sertenformatierungssprache 
25 abgefaBte komprimierte Webseite einbezogen. 

Die Struktur der oben beschriebenen Nachricht 40 hat Beispielcharakter. Bei 
Bedarf z.B. kann dem Nachrichtenkopffeld 41 das Zusatzinformationsfeld 48' 
hinzugefOgt werden. Diese flexible Struktur ermdglicht die Formung neuer, 
30 strjukturmaBig verschiedener Nachrichten je nach Bedarf. Von der fQr die 

Prisentierung der Adressentypkennung 43 benutzten Bitmenge hangt es ab, wie 
vriele verschiedenartige Nachrichten Gbermitteft werden kdnnen. In der unten 
abgebildeten Tabelle 4 wird die Struktur des Adressenfeldes 41 dargesteltt. 



Belegplatz 
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Bdegptatz 



Belegplatz 



Adresse 
Iffi 



Adresse 
Iffi 



Nachricfrt 
Iffi 



1 

Nachricht 
Iffi 



Nacftrfcht 
Typ 



Ipv4-Adresse 



Ipv4-Adresse 



Ipv4-Adresse 



Ipv4-Adresse 



Grammatikidentifizierung 



Nachrtchtenldnge 



10 



15 



Tabelle 4, Beispiel fur die Struktur des Nachrichtenkopffeldes 41 

Die Grammatikmitteilung wird von dem SMS-TCP/IP-Server 30 gesendet. Mit der 
Grammatikmitteilung aktualisiert der SMS-TCP/IP-Server 30 den 
Objektdatenbestand des Endgerates 10, 11 , 12. Das EndgerSt 10, 11,12 seibst 
entscheidet, ob es die aktuatisierte Information vom SMS-TCP/IP-Server 30 
entgegennimmt oder nicht. In dieser Phase soltten auch Sichertiertsaspekte 
beachtet warden, damit fehlerhafte Grammatikinformationen nicht den Betrieb 
des Systems storen kfinnen. Urn die RichtigkeH der Grammatikmitteilungen zu 
sichem, tst es mdglich, z.B. die digitate Unterzeichnung von Mitteilungen vom Typ 
RSA public key document (message) signatures zu verwenden. Im folgenden 
Beispiel warden zwei Grammatikmitteilungen gezeigt, die an sich die in dem oben 1 
vorgesteltten Wetterdienstseitenbeispiel die gesamte bendtigte Grammatik 
definieren. 



Grammatikmitteilung 1: 



00001000 


F3045644,23,!en(msq) 


10 


<html> 


ff12 


<head> 


ff14 


<tHle> 


ff30 


World Weather Service 


ff15 


</title> 


ff13 


</head> 


R16 


<body> 
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Ff18 


<h1> 


Ff31 


Welcome To The World Weather Service 


Ff19 


</h1> 


Ff1b 


<h2> 



Grammatikmitteilung 2: 



00001000 


F3045644,23,ten(msa) 


32 


Weather today 


Ff1a 


</h2> 


fffe 




R33 


Temperature 


Fffe 




Ff1d 


<hr> 


F34 


<a href= tt htmp^Arveather.worlcom:444/cgi- 
bin/tomorrow.pl">Weather Tomorrow</a> 


Ff17 


</bodv> 


Ff11 


</html> 



5 

Die die zusammengesetzte Mitteilung ist ihrem Namen nach eine Mitteilung, die zwei 
Informationen enthalt. Oer erste Teil der Mitteilung enthalt die 
Grammatikinformation, die nicht standig dem Objektbestand hinzugefugt wird, der 
zweite Teil enthalt die Informationsparameter. Wenn die gleiche Objektadresse 

1 0 zweimal hintereinander verwendet wird, ersetzt die neue Grammatjk die alte 

Grammatik in dem Objektdatenbestand. Die zusammengesetzte Mitteilung enthalt 
did Objektreferenz auf den Grammatikdatenbestand und die Parameter zur 
Vervoltetandigung der zu generierenden Seite. Die zusammengesetzte Mitteilung 
beginnt mit einem separaten Befehl. Die Sonderbefehle sind grammatikabhingig 

1 5 und vom Serviceanbieter auszusuchen. 

Die Serviceanfragemitteilung Obermittelt das Endgerat 10, 11, 12. Sie enthalt die 
Iritemet-Adresse (URL), die Ressourcenkennung des Services und die wahlweisen 
Parameter, urn in den Service zu gelangen. Wenn der Benutzer den Service in 
20 Ahspruch nehmen mdchte, muB er eine Serviceanfragemitteilung abschicken. In 
... dtesern Fall aktualisiert der SMS-TCP/lP-Server 30 den Objektdatenbestand des 
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Endgerates 10, 11, 12 durch Hinzufugung der Grammatikdefinitionen in den Cache- 
Speicher des Endgerates. 

Die Gramrnatikdefinition kann auch den mehr als ein Zeichen (Tag) umfassenden 
HTML-Text enthatten. Sie kann sogar eine ganze HTML-Serte, einen Parameter- 
Block oder eine HTML-Ankerreferenz enthalten, wie 



34 



<a href= w htmp:/ /weather, world. com: 444/ cgi - 
bin /tomorrow, pi *>Weather Toaiorrow< /a> 



Die Objektkennung 0x34 hat die Adresse (URL) fur den morgigen Wetterdienst. Sie 
10 verweist auf den HTML-Block, der die Serviceanfrage zur Erlangung des 
Wetterrrapports durchfuhrt. 



In der oben beschriebenen Realisierungsform der Erfindung wurde mit Hilfe des 
Endgerates 10, 1 1 f 12 die Wetterserviceseite von dem mit dem Intemet-Netz 50 

15 verbundenen Endgerat 70 abgerufen. Entsprechend der Erfindung kann das System 
auch fur den zwischen zwei Endgeraten 10, 11, 12 abgewickeften Datentransfer 
benutzt werden. Eine vorteilhafte Realisierungsform umfaBt den Vorgang, wenn 
Benutzer von Endgeraten Informationen durch in HTML-Sprache realisierte Seiten 
untereinander austauschen. Dann umfaBt z.B. die Obermittlung einer in HTML* 

20 Seitenformatierungssprache ersteltten Seite, z.B. von einem an das Endgerat 10 (in 
der Regel Mobiltelefon) angeschlossenen Computers 13 an das Endgerat 12 
folgende Phasen: 



• der Benutzer des Endgerates 1 1 edttiert eine Seite mit einem tragbaren 
25 Computer 13. 

• der Benutzer beschlieBt eine Nachricht abzusenden, wenn das im Computer 
13 installierte Komprimierungsprogramm die HTML-Serte in das HTMesL- 
Format umwandelt und die bendtigte Grammatik erstellt. 

• der Computer bildet bei Bedarf Grammatiknachrichten und die 

30 zusammengesetzte Nachricht, und Obermittett diese an das Mobiltelefon, 
gepackt in SMS-Nachrichtenform und in einer fur die Datentransferverbindung 
fur das HTMesTP-Protokoll angepaSten Form. 

• das Endgerdt 10 (Mobiltelefon) ubermrttett die SMS-Mitteilung (SMS- 
M'rtteilungen) uber das mobile Kommunikationsnetz 105, 102, 100, 20, 101, 

35 1 03, 1 07 an das Endgerat 1 2. 

• das Endgerat 12 identifiziert anhand der entgegengenommenen Nachricht, 
daB es sich urn eine in HTMesL-Seitenformatierungssprache komprimierte 
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Nachricht handelt, unci leitet diese auf der Basis der im HTMesTP-Rahmen 
plazierten Kennungen 41 an den richtigen Bearbeiter. 
• da es sich urn eine in HTMesL-Seitenformatierungssprache realisierte Seite 
handelt, entpackt das im Endgerat 12 installierte Dekomprimierungsprogramm 
5 die Seite in das HTML* Format, und ubermittelt sie in einem passenden 

Programm, das das Lesen von in HTML-Sprache verfaBten Seiten ermoglicht 
(wird allgemein WWW-Blatterer genannt), zur Darstellung auf dem Display des 
Endgerates 12. 

10 In der Abbildung 6 werden die zur Obermittlung der Web-Seite 60 verwendeten 
Teile in in dem der Erfindung gemaBen Informationsubermittlungssystem 
dargesteltt. Das Endgerat 1 1 umfaBt u.a. sowohl die Bearbeitung der in HTML- 
uhd HTMes-Seitenformatierungssprache prasentierten Web-Seiten 60 des 
Prozessors 121 , als auch die Aufzeichnung der in Tabelle 3 vorgesteliten 

15 Grammatik im Speicher 122. Entsprechend umfaBt der SMS-TCP/IP-Server 30 
u.a. die ProtokolKransfonmation des Prozessors 124 zwischen den HTTP- und 
HTMesTP-Protokollen und die Aufzeichnung der Grammatik im Speicher 125. Die 
Datentransferverbindung 123 beschreibt die in Bild 1 aufgefuhrte Basisstation 
101, den Basisstationskontroller 102, den Qberdie Mobiltelefonzentrale 100 und 

20 die SMS-Nachrichtenzentrale 20 zum SMS-TCP/IP-Server 30 laufenden 

Datentransfer und die Datentransferverbindung 126 zum Internet-Server 70 durch 
den uberdas Intemet-Netz laufenden Datentransfer. 

Hier wurden anhand von Beispielen die Umsetzung und die Leistungsformen der 
25 Erfindung beschrieben. Fur Branchenexperten ist War, daB die Erfindung nicht 
begrenzt ist auf die Details der oben vorgesteliten Leistungsformen und daB die 
Erfindung auch in anderer Form, ohne Abweichung von den Wesensmerkmalen 
der Erfindung, umgesetzt werden kann. Die Vorstellung der Leistungsformen hatte 
erklftrenden Charakter, aber keinen einschrankenden. Die Realisierungs- und 
30 Verwendungsmdglichkeiten der Erfindung werden lediglich durch die 

nachfolgenden Schutzforderungen erngeschrdnkt. Diese Forderungen bestimmen 
diverse Realisierungsaltemativen der Erfindung, auch iquivalente Realisierungen 
gehoren in den Bereich der Erfindung. 
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Schutzanspruche 

1 1. Datentransfer system zur Obermittlung einer in Seitenforma- 
tlerungssprache reallsierten Informationsseite (60) in elnem Daten- 
fibertragungsnetz (20. 30, 50, 100. 110, 123. 126) von elnem ersten 
Endgerat (10, 11, 12, 13, 30, 70) zu elnem zwelten Endgerat (10, 11, 
5 12. 13, 30. 70), wobel 

das erste Endgerat (10, 11, 12, 13, 30, 70) erste Prozesseinhelten 
(121. 122, 123, 124) zur Bearbeltung und tfbermittlung der In Seiten- 
formatlerungssprache reallsierten Informationsseite (60) an das zwelte 
Endgerat (10, 11, 12, 13, 30, 70) aber das Datenfibertragungsnetz (20, 
10 30. 50. 100, 110, 123, 126) umfaBt, 

das zwelte Endgerat (10. 11. 12, 13, 30, 70) zwelte Prozesselnhei- 
ten (121, 122, 123, 124) fQr Empfang und Welterverarbeltung der in 
Seitenformatlerungssprache reallsierten Informationsseite (60) umfafit 
und 

15 - die erwabnte Seitenformatlerungssprache Zelchen und Iriforma- 
tlonszellen (61, 62, 63, 64, 65, 66) umfafit, 
dadurch gekennzeichnet, daB 

die ersten Prozesseinhelten (121, 122. 123, 124) elngertchtet sind, 
jedem Zelchen und den Informatlonszeilen (61, 62, 63, 64, 65, 66) eine 
20 spezlllsche Kennung zur Blldung einer Grammatlk zuzuweisen (84), 

die ersten Prozesseinhelten (121, 122. 123, 124) elngertchtet sind, 
die Grammatlk an das zwelte Endgerat (10. 11, 12, 13, 30, 70) zu fiber - 
mltteln. wenn dlese nlcht schon frfiher fibermlttelt worden 1st (85, 86, 
87, 88). 

25 - die ersten Prozesseinhelten (121, 122, 123, 124) elngertchtet sind, 
die Kennungen an das zwelte Endgerat (10, 11, 12, 13, 30, 70) zu 
nbermitteln, und 

die zwelten Prozesseinhelten (121, 122, 123, 124) elngertchtet 
sind, die Informationsseite (60) auf der Basis der empfangenen Gram* 

30 matlk und der Kennungen zu rekonstruieren. 

2. Endgerat zur Obermittlung einer in Seitenformatlerungssprache 
reallsierten Informationsseite (60) an einen Empfanger fiber eln Daten- 
fibertragungsnetz (20, 30, 50, 100. 110, 123, 126). mlt Prozesseinhei- 
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1 ten (121, 122. 123, 124) zur Bearbeitung und Wclterleitung der in Sei- 
tenformatlerungssprache realisierten Informationsseite (60) an den 
Empf&nger, wobei die Seltenformatierungssprache Zeichen und Infor- 
mationszeilen (61, 62, 63, 64. 65, 66) umfafit, 
5 dadurch gekennzeichnet, dafi 

die Prozesseinhelten (121, 122, 123, 124) eingerlchtet slnd, Jedem 
Zeichen und den Informatlonszeilen (61, 62, 63, 64, 65, 66) elne spezi- 
flsche Kennung zur Blldung einer Grammatlk zuzuwelsen (84), 

die Prozesseinhelten (121, 122, 123. 124) eingerlchtet slnd, die 
10 erw&hnte Grammatlk an den EmpfSnger zu tibermltteln, wenn dlese 
nlcht schon frOher ttbermlttelt worden 1st (85, 86, 87, 88), und 

die Prozesseinhelten (121, 122, 123, 124) eingerlchtet slnd, die 
Kennungen an das zwelte Endgerat (10, 11, 12, 13, 30, 70) zu abcrmlt- 
teln. 

15 

3. Endgerat nach Anspruch 2, dadurch gekennzeichnet, dafi es eln 
MobUgerat (10, 11, 12, 13] 1st. 

4. Endgerat nach Anspruch 2, dadurch gekennzeichnet, dafi es eln 
20 mlt dem Datentibertragungsnetz (50, 110) verbundener Server (30, 70) 

1st. 



25 



30 



35 
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